財務データ解析に適合された装置

专利摘要:
記載なしなし
公开号:JP2011505602A
申请号:JP2009539797
申请日:2007-12-03
公开日:2011-02-24
发明作者:グリーン，ポール
申请人:ザ ゲームズ ポータル リミテッド；
IPC主号:G06Q40-00

专利说明:

[0001] 本発明は、財務データ処理装置に関する。この発明は、特に、財務データに対するユーザの反応をモニタリングするように適合された装置に適用可能である。]
[0002] 本発明の一態様によれば、少なくとも２つのユーザ装置に財務データを送信するように構成された出力部と、前記少なくとも２つのユーザ装置からそれぞれデータを受信するように構成された入力部と、システム上に保存された複数の基準と財務データに従って、１つのユーザ装置を選択するように構成された処理手段を備えたシステムが提供される。]
[0003] 必要に応じて、財務データはこのシステムによって発生されてもよい。このことは、例えば、２片の財務データがお互いの所定領域内に集中することを防止することによって、このシステムが財務データをより広範囲に制御することを可能にする。]
[0004] あるいは、少なくとも、このシステムの外部の第三者によって発生された財務データを受信する第２入力部を含み、その財務データは直接出力部まで通過されてもよいし、出力部に送信される前にこのシステムによって再構成されてもよい。このことは、ユーザが、例えば、現在の為替レートなど、リアルタイムの状況に応じて財務データを選択することを可能にするという有利点をもたらす。]
[0005] その財務データは、第１および第２金融単位の間の交換値であってもよい。その交換値は、例えば、第１金融単位を用いて第２金融単位を買うための価格、または、第１金融単位を受け取るために第２金融単位を売るための価格であってもよい。]
[0006] 第１単位は、第１通貨における貨幣であり、第２単位は、第２通貨における貨幣、商品または株価であってもよい。このシステムによって用いられている金融単位の種類は、ユーザによって選択可能であってもよく、また、ユーザ装置から受信したデータは、第１単位を第２単位に交換する指示であってもよい。このことは、ユーザが、通貨、商品取引または株式を売買することを可能にする。]
[0007] 前記処理手段は、あるユーザ装置に対する第１単位の最初の金額と、あるユーザ装置に対する第１単位の現在の金額の差額を計算するように、さらに適合されていることが好ましい。このようにして、ユーザが金融単位を売買することにより生じた利益または損益を計算することができる。]
[0008] 選ばれるべきユーザは、所定期間の後、記録された第１単位の合計が最も多いユーザであるという基準を特定してもよい。このように、最も利益を上げることによってまたは最も損失を少なくすることによって、最も功績を挙げたユーザを特定するために、損益計算書を用いてもよい。あるいは、選ばれるべきユーザは、このシステムによって指定された所定の金額と同じ第１単位の金額を有する第１ユーザであるという基準を特定してもよい。]
[0009] 必要に応じて、ユーザ装置から受信したデータは、サイドゲームの申し込みを含んでいてもよい。このシステムは、事前に指定された期間中は、１つのサイドゲームの申し込みだけしか受け付けなくてもよい。]
[0010] 第２ユーザ装置からのサイドゲームの申し込みを受け付けると、このシステムは第１ユーザに対する第２口座を発生させ、その第２口座は、第２口座が発生された時点におけるあるユーザ装置に対する第１単位の金額と、あるユーザ装置に対する現在の金額の差額を計算するように適合されていることが好ましい。第２口座は、第２ユーザ装置によるサイドゲームを受け付けたときに発生されてもよい。第２口座の発生は、サイドゲームは主ゲームの損益額から独立して実行されることを意味する。]
[0011] サイドゲームの申し込みは、所定の期間が終了した時点で第１単位の最も大きな値を所有しているユーザを勝者とする競技会のためのものであってもよい。あるいは、サイドゲームの申し込みは、ゲーム終了時における口座に記録された第１単位の最も大きな値を所有しているユーザを勝者とする競技会のためのものであってもよい。]
[0012] 入力部によって受信されたデータは、所定期間中の財務データ値であってもよい。前記所定期間中における財務データの実際の値と同じ財務データ値を送信したユーザが勝者として選ばれることが好ましい。前記所定期間中における実際の財務データから一定の範囲内の財務データ値を送信した１または複数のユーザが選ばれてもよい。]
[0013] 本発明の第２の態様によれば、少なくとも２つのユーザ装置に財務データを送信し、前記少なくとも２つのユーザ装置のそれぞれからデータを受信し、このシステムに上に保存された複数の基準と財務データに従って、１つのユーザ装置を選択するステップを備えた方法を提供する。]
図面の簡単な説明

[0014] 本発明の具体的実施形態について、図面を参照しつつ説明する。
本発明に係るシステムを示す概略図。
上記システムにおける各モジュールを示す概略図。]
実施例

[0015] システム構成の説明
本発明は、図１に描かれたシステム１０を備えている。このシステムは、入力部２０および出力部２２を介してこのシステムに接続された１または複数のユーザ装置に対してサービスを提供するように適合されている。ユーザ装置は、例えば、このシステムに対して情報を送信し、且つ、このシステムによって送信された情報を受信することによって、ユーザがこのシステムと相互に交信することを可能にするように適合されている。] 図１
[0016] システム１０は、専用回線を介して直接ユーザ装置に接続されていてもよいし、あるいは、インターネットエキスプローラのようなインターネットウェブブラウザを介してユーザがこのシステムにアクセスできるように、インターネットのようなネットワークを介した接続であってもよい。ユーザ装置は、例えば、デスクトップコンピュータ、携帯装置、ＰＤＡその他の適当な装置であってもよい。]
[0017] サービスは、このシステム１０に接続された多数のユーザに提供されることができる。このシステム１０は、ユーザがこのシステム１０によって同時に実行される１または複数のサービスに接続することを可能にする。]
[0018] このシステム１０は、このシステムがユーザ装置に対して様々な機能を提供することを可能にするように適合された一連の構成要素とみなすことができる。各構成要素は、例えば、ユーザ装置またはその他の装置から受信した情報を保存するよう機能するデータベース１６、およびこのシステムによってどのようにして情報を集めるのかおよびデータベースに保存されるのかを決定するためのコントローラ１４を含む。このシステム１０は、また、コントローラから出力された情報を受信し、ユーザインターフェースに送信する前に構成する公表システム１８を含んでいてもよい。このことは、ユーザ装置上で、最適な方法でデータが見られることを可能にする。]
[0019] ネットワークに接続された１または複数のサーバは、このシステムの装置として使用することができる。例えば、コントローラ１４、データベース１６および公表部１８は、例えばサーバなどの同じ装置上で記憶されおよび実行されていてもよい。あるいは、１または複数のこれらの構成要素は、別のサーバなどの別の装置上で記憶されおよび実行されていてもよい。それらの装置は互いに直接接続されていてもよいし、あるいは、ワールドワイドウエブなどのネットワークを介して間接的に接続されていてもよい。]
[0020] また、データベースは単一のデータベースであってもよい。あるいは、データベース１６は、２またはそれ以上の構成部品としてのデータベースを含んでいてもよく、各データベースは、異なった特性に関するデータを保存するように構成されており、例えば１つのデータベースは金額に関するデータを保存し、他のデータベースはユーザ情報に関するデータを保存してもよい。２またはそれ以上のデータベースは、同じ記憶手段または異なる記憶手段上に保存されていてもよい。]
[0021] あるいは、システム１０を構成する１または複数の構成要素は、ユーザ装置にダウンロードされてもよい。]
[0022] このシステム１０は、また、ユーザ装置に対してリアルタイムデータの送信を手助けすることができる。リアルタイムデータは、例えば、財務データであってもよい。この説明の目的のための財務データは、売買可能な１または複数の金融単位の値に関する平均データとする。]
[0023] 一般的に、金融単位の値は、２つの金融単位の間の交換値によって決定される。通常、金融単位に関して２つの別の交換値が存在する。これらの交換値は、ある単位を買うときの値とある単位を売るときの値である。例えば、財務データは、１または複数組の通貨間の交換値であり、１つの値は第２通貨を用いて第１通貨を買うときの価格であり、第２の値は第２通貨を売って手に入れた第１通貨の額である。このことは、外国通貨の代わりに、商品指数、株価指数またはその他の適当なデータにも等しく適用することができる。]
[0024] 財務データはこのシステム１０およびユーザ装置とは別の第三者から受信することができ、処理せずに直接ユーザ装置に送信してもよいし、あるいは、システム１０は、財務データを提供する第三者のための顧客を含んでいてもよい。最後に、財務データは、外部ソースから入力されることなく、このシステム１０によって発生されてもよい。もしも、財務データが第三者から受信されるならば、その財務データが変化したときはいつでも、リアルタイムに更新されることが好ましい。]
[0025] このシステムは、第１および第２金融単位間の最小および最大交換レートが存在するように構成されていてもよい。あるいは、２つの交換レートが指定され、第１のレートが第１単位を第２単位に換金するときのものであり、第２のレートが第２単位を第１単位に換金するときのものであり、２つの交換レートの間の最小および最大差が指定されていてもよい。]
[0026] 本発明のシステムを、ユーザ装置を用いた複数のユーザによって競われるゲームを参照して説明する。その他の種類のコンピュータゲームも、このシステムを用いて実行されうることは当業者であれば理解できるであろう。]
[0027] コントローラ１４は、このコントローラ１４により要求された個別の機能を実行することが可能な多数のモジュール１２によって構成されていることがわかるであろう。各モジュール１２は、必要に応じて１または複数のプロセッサを用いて実行されることができる。]
[0028] このシステムに存在しうるモジュールの具体例は、図２に示すように、クロックモジュール２４、リーダーボード（スコアボード）モジュール、競技モジュール、チャットモジュール３０、チャートモジュール３２、勝利モジュール３４、賞金基金モジュール３６、賞金基金配当モジュール３８、調査モジュール４０、ゲーム選択モジュール４２、財務モジュール４４、管理モジュール４６、成績モジュール４８、登録モジュール５０、および生データモジュール５２を含んでいる。これら全てのモジュールは単一のサーバに存在していてもよいし、あるいは、１または複数のモジュールは、このシステムから離れたところに設けられていてもよい。] 図２
[0029] 各モジュールの機能およびこのシステムによって提供されるゲームの具体例について、外国為替財務データを参照しつつ説明する。しかしながら、その他の適当な財務データを用いることができる。]
[0030] クロックモジュール２４は、タイマーの具体例を作成するように適合されている。各タイマーの具体例は、例えば、ゲーム開始までの残り時間またはゲーム終了までの残り時間を表示するように適合されている。タイマーは、例えば、ゲームの終了などの行為までの残り時間が所定の値になったときに、ユーザ装置に送信される警報を発生させてもよい。]
[0031] 登録モジュール５０は、ユーザがこのシステムに登録しゲームにアクセスする方法を管理する。ユーザがゲームに参加できる前にこのシステムによって要求された何らかの情報、例えば財務情報は、このモジュール５０によって決定される。このモジュール５０によって管理された情報は、保存のためにデータベースに送信される。]
[0032] データベース１６は、ユーザの財務情報やその他の要求された情報などの情報を保存するように構成されている。データベースは、１または複数の独立したデータベース構成要素によって構成されていてもよい。データベース構成要素は、１箇所に配置されていてもよいし、あるいは、例えば個別のサーバ上など、異なった場所に置かれていてもよい。]
[0033] チャットモジュール３０は、例えば、ユーザ装置によって送信された文章データの表示を可能にすることによって、このシステムに接続された装置を使用する２またはそれ以上のユーザ間での通信を制御する。この通信は、ゲームの対戦中か否かにかかわらず、表示される。]
[0034] 生データモジュール５２は、どのような財務データでもモニタし、管理するように適合されている。財務データは財務モジュール５２(SIC)によって発生されてもよい。あるいは、生データモジュール５２は、外部ソースから受信した財務データを再構成することなくユーザ装置に押し出すように適合されていてもよい。]
[0035] 必要に応じて、生データモジュール４４(SIC)は、ユーザ装置に財務データをアクセスしまたは処理させるように適合させるように要求することなく、財務データをユーザ装置により表示可能に構成するように適合されている。]
[0036] このシステムは、また、このシステムがユーザ装置からのデータの更新要求を受信することなく、ユーザ装置において自動的に生データを更新するように適合されていてもよい。例えば、ユーザ装置がウェブブラウザを用いてこのシステムにアクセスしたとすると、このシステムによって変更が発生されまたは受信されると同時に、ユーザ装置において交換レートのような財務データが変更されるので有利である。財務データの更新は、ユーザ装置においてウェブページ全体を再ローディングさせることを必要としないことが好ましい。]
[0037] このことは、このシステムが、財務データの変更を検出し、ウェブブラウザを用いて表示されたウェブページ上で変更された財務データを非同期でローディングさせるように適合されることによって、実現される。このシステム上で、ＡＪＡＸをベースにしたアプリケーションが、データをウェブブラウザまたはユーザ装置に選択的に送信するために用いられることが好ましい。]
[0038] チャートモジュール３２は、例えば、時間経過と共に財務データ中の変更など、情報を照合し、ユーザが情報を視覚的に観察しうるように、折れ線グラフのようなチャートを作成する。そのチャートは、例えば、時間経過に対する通貨の相対的な変動を示していてもよい。]
[0039] 調査モジュール４０は、ユーザが、ゲーム中における彼らの取引を改善するために、情報を利用できるように、財務データ上の情報を照合し、送信するように適合されている。この情報は、チャートモジュールによって作成されたチャートを含んでいてもよい。]
[0040] また、調査モジュール４０は、財務データに関するニュースまたは解説を送信してもよい。ニュースおよび解説は、第三者からこのシステムによって受信されたものであってもよい。このことは、例えばスクリーン上を横切るように移動する一列の文章の形態で実行されてもよい。その文章は、また、イベント情報、天気予報、現在保留中および現在のゲームおよび最近の勝者に関する情報を表示するものであってもよい。その文章は、その文章の主題の関するさらなる詳細を備えたウェブページへのリンクであってもよい。]
[0041] 勝利モジュール３４は、どのようにしてゲームの勝者を選択するかを決定する。勝者は勝利の方程式を用いて選ばれることが好ましい。ゲームに対する勝利の方程式は、ゲームの種類に応じてこのシステムによってあらかじめ決定されていてもよいし、あるいは、ゲームの条件が設定されたときに、１または複数のユーザによって選択されてもよい。勝利方程式は、以下のゲームに関連して詳細に説明する。]
[0042] リーダーボードモジュール２６は、ゲームに参加しているユーザの相対的な順位を決定するために、勝利の方程式を用いる。このことは、一覧表その他の適当なフォーマットでユーザに表示されてもよい。]
[0043] 賞金基金モジュール３６は、勝利モジュールによって決定された勝者によって得られた金額を決定する。ゲームに勝利したユーザに与えられる金額は、ゲームに参加するユーザによって支払われた参加費の合計の割合に基づいていてもよいし、あるいは、一定の金額であってもよい。]
[0044] 賞金基金配当モジュール３８は、勝利の方程式を適用することによって、どのように賞金額を割り当てるかを決定する責任を負う。]
[0045] 公表部１８は、ユーザインターフェース上に表示するための、他のモジュールから受信したデータを処理し、そのデータをユーザ装置上のユーザインターフェース上に表示するためのフォーマットに変換する。そのフォーマットは、例えば、パーソナルコンピュータまたは携帯端末上のインターネットブラウザを用いて表示するのに適していればよい。公表部１８によって処理されたデータは、財務データを含んでいてもよい。]
[0046] 通信モジュール４３は、システム内、例えばモジュールまたはサーバ間でのメッセージの送信またはこのシステムがユーザ装置に送信するメッセージを管理するために設けられている。]
[0047] 財務モジュール４４は、このシステム内での財務データの管理を可能にする。それはまた、ユーザによって入力された情報を用いた特定の支払い回収手段を用いて、金銭の回収を管理してもよい。]
[0048] 財務モジュール４４は、１人のユーザに対する口座数は変化してもよいけれども、ユーザごとに３つの独立した口座を管理することが好ましい。３つの口座は、自由な金、配当金および現金用である。]
[0049] 配当金は、配当金口座中に入金され、ユーザが特定の行為を行ったとき、例えば、ユーザが所定回数のゲームに参加したとき、ゲームに勝利したとき、またはこのシステム中の所定の規約に加入したときに、ユーザに配分される。管理者は、配当金口座中への配当金の振り込みを選択することができる。]
[0050] 口座中に振り込まれる配当金額は、例えば、特定の規約に加入したときは、配当金口座中に入金される配当金額を１０ドルとするように、あらかじめ決定されていてもよい。あるいは、口座中に振り込まれる配当金額は、管理者によって決定されてもよい。]
[0051] 配当金額は、例えばゲームに参加するユーザによって使用されることはできても、現金として引き出すことはできないように、ゲームに関連づけて制限されていてもよい。その他の制限としては、ユーザがこのシステム上で利用可能な現金が尽きてしまったときに、そのユーザに限って使用可能であってもよい。]
[0052] 自由な金は、ゲームを実行するために自由に使用することができる自由金口座に振り込まれる。条件は、自由金口座における残高に関連していてもよい。例えば、この金は、ゲーム中、賞金が得られなかったときにのみ使用することができる。この金は、例えば、ユーザが最初にこのシステムに登録したとき、またはその他の適当な条件が満たされたときに、自由金口座に振り込まれてもよい。]
[0053] 現金は、例えば銀行口座など、このシステムの外部の口座に対して、ユーザによって預け入れまたは引き出し可能な金である。]
[0054] 財務モジュール４４は、お金を受け取り、ゲーム選択モジュール４２によって、あるゲームにアクセスすることが要求されたことを通知されたときに、あるユーザ用の適当な口座からゲームを実行するための料金を引き落とし、賞金基金モジュール３８によって、ユーザが賞金を得たことが通知されたときに、ユーザ用の適当な口座に入金する。このことは、例えば、そのユーザに対する財務情報が保存されているデータベースに対して、データベース出力を用いて、そのユーザの口座に入金しまたは口座から引き落とす金額を送信することによって行われる。]
[0055] 一度ユーザの現金口座に入金されまたは口座から引き落とされると、ユーザが引き出し可能な金額は、その現金口座に入金されまたは口座から引き落とされた金額によって増減する。]
[0056] このシステムは、１つのゲーム中、いくつかの方法によってユーザが入札することを可能にする。１つのゲーム中での異なった入札モードについて、以下に説明する。]
[0057] ゲーム選択モジュール２６(SIC)は、このシステムに保存されたゲームなど、ユーザとコンピュータゲームの交信を管理する。モジュール２６(SIC)は、開始する予定であるまたは既に開始したゲームのように、このシステム上に存在するゲームを実行するために、ユーザが閲覧し、選択し、登録することを可能にする。ゲーム選択モジュール２６(SIC)は、２種類以上のゲームを管理できることが好ましい。]
[0058] 管理モジュール４６は、管理者が、例えば、新しいゲームテンプレートを創作することによって、このシステムの特性を変更することを可能にする。例えば、ゲームのテンプレートを用いることによって、新しいゲームが創作されてもよい。ゲームテンプレートでは、全てのゲームに共通な様々な設定が指定される。このテンプレートは、また、ユーザが新しいゲームの設定を選択したときに、このシステムに接続されているユーザによって変更されうる変数を指定する。]
[0059] これらの変数は、ゲーム名、ゲームの種類、ゲーム開始時、ゲームの参加料、ゲームの勝利の方程式の構成、賞金、賞金を受け取る人数、ゲームの持続時間、ゲーム中に取引できる金額、ゲーム中に取引できる通貨、ゲームのためにユーザが登録しなければならない時間、ユーザが登録しなければならない時、ゲーム中の残り時間を表示する時計、入札可能か否か、入札オプションは何か、および賞金基金、リーダーボードの表示方法などであってもよい。]
[0060] このシステムを管理する管理者も変数を入力することができる。また、独自のゲームの条件を設定する時にユーザが変更可能な変数が指定されていてもよい。例えば、あるユーザは、特定の種類の財務データ、例えば通貨、商品取引、株価指数を使用することを所望することができる。これらの変数は、他の値が指定されなかったと仮定して、初期設定値を有していてもよい。]
[0061] 必要に応じて、管理者は、第１および第２財務単位間の最小および最大交換レートを選択することができる。あるいは、１つは第１単位を第２単位に換金し、他方は第２単位を第１単位に換金する変換する２つの交換レートが用いられた場合に、管理者は、２つの交換レートの間の最小および最大差を指定することができる。]
[0062] このシステムによって提供されるゲームの種類
以下に述べるゲームは、外国通貨の取引を参照して説明する。しかしながら、財務データは、商品取引の価格や株式指数などの好適な財務データであってもよいことは認識されるべきである。]
[0063] ゲームに登録されたユーザは、ゲームに勝利した結果、ゲーム中最小利益を得た結果、またはその他のゲームの結果に基づいて入札する権利が与えられる。ゲームの結果は、財務データに関してユーザがとった行動によって決定されてもよい。]
[0064] 以下の用語を参照して、第１および第２実施形態について説明する。初めに、この説明の目的のための基本通貨をそう呼ぶ、第１金融単位が選択される。基本通貨は、他の金融単位を買うために用いられ、その取引からユーザによって発生された損益を計算するために用いられる通貨であることが好ましい。]
[0065] 例えば、基本通貨はＵＳドルであり、他の金融単位は、他の通貨、商品取引価格または株価指数に関するものであってもよい。そして、ユーザは、指定された何らかの交換値、例えば、他の単位を買うことにより、基本通貨を他の単位に交換することができる。このゲームのもっと遅い時点では、ユーザは、第２交換値、例えば他の単位を売るときの価格を用いて、他の単位を元の基本通貨に変換することができる。]
[0066] ゲームの最後に、このシステムは、自動的に全ての開いている取引を終了し、適当な交換値を用いて全ての単位を基本通貨に交換する。]
[0067] ユーザが、他の単位を売ることによってそれを買うときよりもより多くの基本通貨を手に入れたときは、その行為は利益を生む。しかしながら、買うときに用いたよりも少ない基本通貨しか取り戻すことができなかったときは、その行為は損失を生む。いずれかの時点において、ユーザが得た基本通貨の損益の額は、彼らの損益額として特定される。]
[0068] もしも必要であれば、ユーザは、他の単位を買うために、基本通貨の最少額だけしか使えないようにすることができる。また、必要であれば、他の単位を取引することができる基本通貨の最大額を特定することができる。]
[0069] いずれかのゲームにおいては、２以上の基本通貨が存在してもよい。]
[0070] ゲームは指定された時に開始するようにしてもよい。あるいは、ゲームの開始は特定の現象に依存することができる。例えば、ゲームは、所定数のユーザが参加の登録をしたとき、あるいは、所定の時間、例えば５分経過後に開始してもよい。所定時間は、例えば、最初のユーザがゲームに参加を登録したときからカウントしてもよい。]
[0071] ゲームに参加を登録したユーザ数が所定数よりも少ないときは、システムは、任意に、登録したユーザにゲームの続行をするか否かを選択することを可能にすることができる。このシステムは、ゲームの最小参加者数を、例えば２人に指定することができる。参加者数が最小数よりも少ないときは、ゲームを続行することができない。]
[0072] もしも、ユーザが、すでに最大プレーヤ数が登録され、競技されているゲームに参加を登録したときは、最初のゲームが満員になったときにこのシステムによって発生される新たなゲームに参加することを選択することができる。あるいは、ユーザは、満員のゲームに対して、そのゲームに参加待ちのユーザリストを備えた順番待ちシステムに参加することを選択することができる。ユーザは、ゲームに参加することを試みるように、順番待ちの列に追加されることが好ましい。ゲーム中で活躍していたユーザがそのゲームから抜けると、順番待ちの列の先頭のユーザがそのゲームに参加することが許可される。]
[0073] このシステムは、また、複数のユーザが参加の順番待ちをしているゲームにあるユーザを対戦させることができる。このことは、ユーザが順番待ちに列に加わったときに、自動的に行われる。]
[0074] ユーザは、（事前登録を参照して）ゲーム開始前または第１および第２金融単位の間で取引が開始されたゲームに参加することを選択したときに、ゲームに参加することを登録することができる。ユーザがゲームに事前登録すると、ゲーム開始の際に、第１単位を第２単位に交換することを選択することができるようにしてもよい。あるいは、ユーザは、取引の選択前、ゲーム開始時まで待つことができるようにしてもよい。]
[0075] 登録に際して、手数料またはゲームの参加に必要な金額が、財務モジュールによって特定のユーザの口座から引き落とされる。]
[0076] ユーザは、ゲームの開始前に参加の登録をすることができるけれども、ユーザは、また、取引がすでに開始されたゲームに参加することを選択することができる。その場合、ユーザは、メニューからゲームを選択し、自動的にそのゲームに参加する。]
[0077] ユーザは、また、いずれかのゲームが終了したときに、競技を続行することを任意に選択することができる。このことは、ちょうど開始しようとしている同じ種類に他のゲームにユーザを自動的に移動させる。]
[0078] 第１実施形態において、２またはそれ以上のユーザは、１組の金融単位の取引を行う。前に述べたように、基本通貨として知られている１つの単位は、指定された交換レートに従って第２金融単位交換される単位である。基本通貨は、ユーザが得た利益または損失を計算するために用いられる。ゲームは、所定時間が経過した後、基本通貨の最大金額を有することによって決定されるように、勝利モジュールが最大利益または最小損失をもたらしたユーザを勝者として決定するまで所定時間続けられる。勝者を決定するにあたって、基本通貨ではない全ての金融単位を基本通貨に交換することが好ましい。２以上の指定された金融単位が存在するときは、例えば、金融単位ごとに複数の勝者が特定されてもよいし、全体として一人の勝者が特定されてもよい。]
[0079] あるいは、勝利モジュールによって最初に指定された利益額に達した人物を勝者と決定するように、ゲームの継続時間は変化するものであってもよい。もし必要であれば、最大ゲーム継続時間を指定してもよい。もしもゲームが最大継続時間まで実行されたとすると、最大利益または採用損失を得たユーザを勝者として決定してもよい。]
[0080] ユーザは、他のユーザとサイドゲームに挑戦する選択権を有することができる。ユーザは、そのサイドゲームをその他のユーザが参加できるようにオープンとするか、あるいはプライベートとするかを選択できるようにすることが好ましい。もしも、入札がプライベートであるときは、ユーザは、ユーザリストから選択することによって、競技することを希望しているユーザのゲーム名を選択することが好ましい。]
[0081] サイドゲームは、例えば、特定の継続期間中、最大利益または最小損失で終了した参加したユーザを勝者とすることができる。サイドゲームの提案は本ゲーム中いつでもすることができる。]
[0082] 本ゲームが、所定の継続期間中、ユーザに最大利益または最小損失をもたらすようものであるときは、サイドゲームは、サイドゲームに参加している全てのユーザに、サイドゲームの開始時に零から開始される第２の利益または損失を与えるように作られていることが好ましい。第２損益額の発生は、本ゲームの主損益額に影響を与えず、本ゲーム中のユーザの順位を維持することが好ましい。その場合、特定の継続期間の経過後、第２損益額における最大利益または最小損失のユーザを勝者とする。]
[0083] サイドゲームに参加しようとするユーザの入札額は、各ユーザの口座から引き落とされ、ゲームの基金に振り込まれる。競技が終了すると、勝者の口座に基金の額が振り込まれる。一定額、競技基金の一定の割合またはその他の適当な金額がゲーム基金から控除され、このシステムの他の口座、例えば、管理者口座に振り込まれる。]
[0084] 本ゲーム中、ユーザは他のユーザと共に１または複数のサイドゲームに参加することができる。サイドゲームは同時に実行することができる。]
[0085] 第２実施形態において、ゲーム中のユーザは、例えば誰が勝つかどうかなど、ゲームの結果を賭けることができる。勝者は、第１実施形態で述べた方法のいずれかを用いて決定することができる。]
[0086] １または複数の入札期間が設定されており、例えば、ゲームの終了時一定の入札期間が存在してもよいし、また、ゲーム中に一定に入札期間が存在してもよい。入札期間中、取引が行われないことが好ましい。]
[0087] ユーザは、最大倍率まで賭け金を引き上げることだけが許されている。また、賭け金の最大または最小引き上げ額が指定されていてもよい。例えば、第１入札期間は、参加費の最大８倍で終了し、第２入札期間は、参加費の最大１６倍で終了してもよい。前の入札期間の後に生じる次の入札期間は、直前の入札期間の最後の引き上げ額に等しい入札額から開始することが好ましい。]
[0088] さらに、いずれかのゲーム中に入札される最高額が指定されることが好ましい。例えば、上記具体例において、最大入札額は参加費の１６倍としてもよい。その場合、参加費の１６倍に引き上げが行われると、それ以上入札をすることはできない。第２回目の引き上げ額が参加費の１２倍のときは、第３回の入札は、トータルの入札額が参加費の１６倍となるように、参加費の４倍となる。]
[0089] 例えば、最初の入札を公表するための期間を２０秒とし、その後の入札期間を１５秒とするように、ユーザが入札額を提出できる期間に制限を設けることが好ましい。もしも、ユーザが割り当てられた時間内に入札をすることができなかったときは、このシステムは、そのユーザの地位を終了させ、それ以後の入札期間に入札できなくなる。]
[0090] ユーザを入札できる地位にするためには、競技モジュールに、それによってユーザが入札額を引き上げることができる金額を計算させ、公表部に金額を送信させ、さらに、公表部に、ユーザ装置で表示するために情報を送信させることが好ましい。金額は、例えば、入札するために反転される、ユーザによって選択されうるボタン上に表示されてもよい。表示されるボタンの具体例を以下の表に示す。]
[0091] ]
[0092] ユーザがボックスまたはボタンを選択すると、それがユーザインターフェースによってこのシステムに送信され、公表部によって処理され、さらに、競技モジュールに送信される。競技モジュールは、ユーザによってなされた選択を受信し、必要に応じて、コールおよび他のユーザに対して表示されるために引き上げ語の金額が再計算される。また、最大引き上げ額が入力されると、競技モジュールは、入札期間を終了することができる。]
[0093] また、競技モジュールは、ユーザが利用可能な入札オプションを事前に選択するため、または、複数の自動選択オプションから１つを選択するために、入札のためにボタンが反転される前に、ユーザにオプションを提供してもよい。このことは、例えば、以下の表に記載されたボックスを用いることによって可能になる。]
[0094] ]
[0095] このことは、例えば、ユーザが入札期間中、ユーザ装置に存在していないなど理由によって、ユーザが手動操作で入札に参加できないときであっても、ユーザがゲームに留まることを可能にする。]
[0096] また、競技モジュールは、１回のラウンドで最初に入札するユーザを選択してもよい。入札すべき最初のユーザは、このゲームに最初に登録したユーザによってこのシステムに保存されたルールに従って、自動的に選択されることができる。あるいは、競技モジュールは、例えば、名字がアルファベット順に配列されているときは、最初の名字を有するユーザを選択することによって、最初に入札するユーザを選択してもよい。その後の入札期間においては、最初に入札すべきユーザを選択するために、その他の現象を用いてもよい。例えば、最初に入札すべきユーザは、リーダーボード上の先頭のユーザであってもよいし、誰も取引の地位が失われていないときは（以下、参照）、ゲームに参加している最下位のユーザであってもよい。]
[0097] 必要に応じて、特定数のユーザ、例えば二人が、面と向かって対戦してもよい。上記実施形態に係るいずれの種類のゲームも、対面式ゲームとすることができる。対面式ゲームの勝者は、次のラウンドに進むことができる。敗者は、ゲームから排除される。]
[0098] ゲーム中に所定数のユーザしか残らなくなると、勝者を決定するために、ゲーム中の残りの全てのユーザが互いに対戦する最終回となる。ユーザは、対面ゲームに参加する資格を有していなければならず、対面ゲームは所定時間内に終了しなければならないことが好ましい。]
[0099] 名簿の最初のユーザは、次のラウンドへの資格であるゲームの勝者を賭けて名簿の次のユーザと対戦する。]
[0100] 第３実施形態では、所定の時点において、ユーザは、財務データ用の予想値を送信する。例えば、財務データが１または複数組の通貨間の交換レートであるとき、ゲームは、翌日から１５００時間後の１または複数組の通貨間の交換率のユーザ予測を含んでいてもよい。あるいは、ユーザは、１または複数の商品取引価格または株価指数を予測してもよい。]
[0101] 勝利モジュールは、ユーザから送信された予測値に従って勝者を決定する。勝利したユーザとは、所定の時点で、選択された財務データの値を正確に予測したユーザである。勝者は、例えば金銭などの賞品を受ける。必要に応じて、ユーザの予想が財務データの値から一定の範囲内であるとき、それらのユーザも、少ないながら賞金を受け取ることができるようにしてもよい。]
[0102] ユーザは、このシステムに対して、選択された数の予想値を提出することだけが許されている。]
[0103] ユーザは所定の時点前の期間中であれば、いつでも予想値を提出することができる。管理者は、予想値の提出期間の開始および終了のときを選択することができる。その期間は、所定の時点前の指定されたときに終了することが好ましい。]
[0104] 例えば、所定に時点は、翌日から１５００時間後であってもよく、あるいは、次の営業日であってもよい。システムへの予想値提出期間は、その日から１５００時間であってもよい。従って、当日から１５００時間内であれば、ユーザは、翌日から１５００時間後の財務データを予測した値を提出することができる。]
[0105] このシステムは、翌日から１５００時間後に、勝者を選択する。勝者とは、翌日から１５００時間後の財務データの実際の値と等しい値を提出したユーザである。財務データの実際の値から所定範囲内の値を提出したユーザは、少ないながら賞金を受け取ることができるようにしてもよい。]
[0106] ユーザは、ゲームの具体例を発生させることを選択してもよい。そのようにするには、ユーザは、使用される財務データ、例えば通貨、商品取引、または株価指数の何れを取引するか、最小および最大入札額、ゲームの参加費用、プレーヤの最大数、およびその他の適当なオプションを選択することができる。ユーザは、また、ゲームに参加しうる特定のユーザを選択してもよいし、あるいは、ユーザはゲームに参加しうる他のユーザを指定してもよい。]
[0107] ユーザがゲームの具体例を発生させると、該当するユーザに対して、ゲームの申し出としてその具体例が提示される。ゲームの申し出が、ユーザ装置のディスプレイの一部、例えばセパレートウインドウやウェブページなどに文章で表示される。あるいは、申し出をするユーザがユーザを特定したときは、ｅ−メイルまたはその他の通信が、その特定されたユーザに対して送信される。それによって、前記のようにユーザはゲームに参加することができる。]
[0108] システムの使用
このシステムの使用について、通貨交換を参照して説明する。しかしながら、このシステムの使用は、金融要素が取引される如何なるゲームにも等しく適用可能であることは理解されるであろう。]
[0109] 一般的に、ユーザはサイトにアクセスし、登録し、またはログオンし、参加料を支払い、ゲームを実行する。]
[0110] ウェブサイトに到達したユーザは、詳細事項を登録し、利用可能なゲームにアクセスし実行する前に基金に預金しなければならない。それゆえ、データベースまたはデータベースの一部は、以下のようなデータを保存できなければならない：システムにアクセスするために、ユーザが使用するユーザＩＤ、パスワード、ユーザの住所（住居の番地／名前、通り、市／町、国）、電話番号のような連絡先の詳細、携帯電話番号またはファックス番号、クレジットカードまたはデビットカードのような支払いの詳細、このシステムで使用されるために転送された金額の詳細。例えば、パスワードを手に入れるために答えられる必要がある質問に対する答えのために、その他の項目がデータベースに保存される。さらに、ユーザの職業や年齢などの情報も、ユーザデータベースに保存することができる。]
[0111] 全てのユーザ情報は利用可能であるべきであり、このシステムは、はがきによる照合や国の選択などを含む最新の登録事項の全てを含むべきである。]
[0112] このシステムにアクセスしている間、ユーザは、ヘルプ、ＦＡＱ（よくある質問）、ゲームスケジュール、ゲームデータ履歴、勝者データ、一般的な会社情報を含む利用可能な一連の情報を見ることができる。]
[0113] 一度登録されると、ユーザは参加可能なゲームリストにアクセスすることができ、実行するゲームを選択することができる。一旦ゲームに参加すると、ユーザ装置は、取引の履歴を再検討しながら、ユーザが取引を実行し管理できるように、およびリーダーボード上のユーザの順位をモニタできるように、全ての情報を表示する。このシステム上の全てのゲームは、生の交換レートをモニタできることが好ましい。]
[0114] ゲーム中で取引をするために、ユーザは以下のことを選択する：取引される１組の通貨、基本通貨の金額、前記通貨の売買が行われ、それによって取引が実行されるか否か。ゲームの取引限度内で取引の準備がなされると、このシステムは取引を実行する。ユーザは、画面上のオープンポジションウインドウで、取引の進捗状況を見ることができる。]
[0115] 一旦ユーザが１組の通貨を選択すると、次に、取引するための基本通貨の金額を決定する。ゲームのために設定された限度内で、ユーザインターフェース上のメニューによってこの選択が行われることが好ましい。]
[0116] 一旦ユーザが通貨の金額を選択すると、次に、その通貨を売るか買うかを選択しなければならない。この選択は、ユーザが、ユーザインターフェース上に表示された買いまたは売りオプションを選択することによって行われることが好ましい。そして、このシステムは、ユーザが設定した取引限度内であれば、取引を実行する。ユーザが取引を実行すると、このシステムは、即座に取引の詳細の確認をユーザの画面上に配信する。ユーザがこのゲームのための取引限度を超えた取引を実行しようとしたことによって、このシステムが取引に失敗すると、エラーメッセージが表示される。]
[0117] ユーザは、ゲームの継続期間中を通して、生のおよび過去の取引情報にアクセスできることが好ましい。ユーザが取引を開始すると、彼らの含み益は、市場の動きに連動して、公表部からリアルタイムにユーザインターフェースに送信される。ユーザがその地位を終了すると、彼らの利益または損失は現実化され表示される。]
[0118] 以下の情報をユーザが見られることが好ましい：基本通貨に再交換されていないいずれかの通貨取引における順位；ユーザの通貨残高、ユーザが順位を維持しているその通貨を含む税引き後の順位；修正またはキャンセル可能な、ユーザの開始順位に対する残されたその他の注文予約；実際に行われた取引の記録；取引された通貨を基本通貨に戻したときの取引の終了順位；取引終了の結果としての最終化された損益、まだ最終化されていない取引の含み損益および損切りまたは利食い注文がこのシステムに送信された注文予約（市場価格が発生したときに実行される注文を自動化する機会）。]

权利要求:

請求項1
(i)少なくとも２つのユーザ装置に財務データを送信するように構成された出力部と、(ii)前記少なくとも２つのユーザ装置からそれぞれデータを受信するように構成された入力部と、(iii)システム上に保存された複数の基準と財務データに従って、１つのユーザ装置を選択するように構成された処理手段を備えたシステム。
請求項2
前記財務データはこのシステムによって発生されることを特徴とする請求項１に記載のシステム。
請求項3
少なくとも、このシステムの外部の第三者によって発生された財務データを受信する第２入力部を含み、その財務データは直接出力部まで通過されるか、または、出力部に送信される前にこのシステムによって再構成されることを特徴とする請求項１に記載のシステム。
請求項4
前記財務データは、第１および第２金融単位の間の交換値であることを特徴とする請求項１に記載のシステム。
請求項5
前記交換値は、第１金融単位を用いて第２金融単位を買うための価格、または、第１金融単位を受け取るために第２金融単位を売るための価格であることを特徴とする請求項４に記載のシステム。
請求項6
前記第１単位は、第１通貨における貨幣であり、前記第２単位は、第２通貨における貨幣、商品または株価であることを特徴とする請求項４または５に記載のシステム。
請求項7
このシステムによって用いられている金融単位の種類は、ユーザによって選択されることを特徴とする請求項６に記載のシステム。
請求項8
ユーザ装置から受信したデータは、第１単位を第２単位に交換する指示であることを特徴とする請求項１乃至７のいずれか一項に記載のシステム。
請求項9
前記処理手段は、あるユーザ装置に対する第１単位の最初の金額と、あるユーザ装置に対する第１単位の現在の金額の差額を計算するように、さらに適合されていることを特徴とする請求項８に記載のシステム。
請求項10
選ばれるべきユーザは、所定期間の後、記録された第１単位の合計が最も多いユーザであるという基準を特定したことを特徴とする請求項８または９に記載のシステム。
請求項11
選ばれるべきユーザは、このシステムによって指定された所定の金額と同じ第１単位の金額を有する第１ユーザであるという基準を特定したことを特徴とする請求項８または９に記載のシステム。
請求項12
ユーザ装置から受信したデータは、サイドゲームの申し込みを含むことを特徴とする請求項１乃至１１のいずれか一項に記載のシステム。
請求項13
このシステムは、事前に指定された期間中は、１つのサイドゲームの申し込みだけしか受け付けないことを特徴とする請求項１２に記載のシステム。
請求項14
第２ユーザ装置からのサイドゲームの申し込みを受け付けると、このシステムは第１ユーザに対する第２口座を発生させ、その第２口座は、第２口座が発生された時点におけるあるユーザ装置に対する第１単位の金額と、あるユーザ装置に対する現在の金額の差額を計算するように適合されていることを特徴とする請求項１２または１３に記載のシステム。
請求項15
前記第２口座は、第２ユーザ装置によるサイドゲームを受け付けたときに発生されることを特徴とする請求項１４に記載のシステム。
請求項16
サイドゲームの申し込みは、所定の期間が終了した時点で第１単位の最も大きな値を所有しているユーザを勝者とする競技会のためのものであることを特徴とする請求項１２乃至１５のいずれか一項に記載のシステム。
請求項17
サイドゲームの申し込みは、ゲーム終了時における口座に記録された第１単位の最も大きな値を所有しているユーザを勝者とする競技会のためのものであることを特徴とする請求項１２乃至１５のいずれか一項に記載のシステム。
請求項18
前記入力部によって受信されたデータは、所定期間中の財務データ値であり、前記基準は、前記所定期間中における財務データの実際の値と同じ財務データ値を送信したユーザを勝者として選択することを特徴とする請求項１に記載のシステム。
請求項19
前記入力部によって受信されたデータは、所定期間中の財務データ値であり、前記基準は、前記所定期間中における財務データの実際の値から一定の範囲内の財務データ値を送信したユーザを選択することを特徴とする請求項１に記載のシステム。
請求項20
(i)少なくとも２つのユーザ装置に財務データを送信し、(ii)前記少なくとも２つのユーザ装置のそれぞれからデータを受信し、(iii)このシステムに上に保存された複数の基準と財務データに従って、１つのユーザ装置を選択するステップを備えた方法。